home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-04 / beta25a.zip / WHYBETA.TXT < prev   
Text File  |  1992-12-01  |  39KB  |  1,023 lines
  1.        
  2.  
  3.  
  4.  
  5.  
  6.        
  7.        
  8.        
  9.        
  10.        
  11.                         BBBBBB    EEEEEEE   TTTTTTTT    AAAA
  12.                         BB   BB   EE        T  TT  T   AA  AA
  13.                         BBBBBB    EEEEE        TT      AAAAAA
  14.                         BB   BB   EE           TT      AA  AA
  15.                         BBBBBB    EEEEEEE      TT      AA  AA
  16.        
  17.        
  18.                  RRRRRR   EEEEEE  PPPPP    OOOO   RRRRRR   TTTTTTTT
  19.                  RR   RR  EE      PP  PP  OO  OO  RR   RR  T  TT  T
  20.                  RRRRRR   EEEE    PPPPP   OO  OO  RRRRRR      TT
  21.                  RR  RR   EE      PP      OO  OO  RR  RR      TT
  22.                  RR   RR  EEEEEE  PP       OOOO   RR   RR     TT
  23.        
  24.        
  25.                 PPPPP  RRRRR   OOOO   GGGGG  RRRRR   AAAA    MMM MMM
  26.                 PP  PP RR  RR OO  OO GG      RR  RR AA  AA  MM  M  MM
  27.                 PPPPP  RRRRR  OO  OO GG  GGG RRRRR  AAAAAA  MM  M  MM
  28.                 PP     RR RR  OO  OO GG    G RR RR  AA  AA  MM  M  MM
  29.                 PP     RR  RR  OOOO   GGGGG  RR  RR AA  AA  MM  M  MM
  30.        
  31.                COPYRIGHT (c) 1992, MyLife Software - all rights reserved.
  32.        
  33.        
  34.        
  35.        
  36.        
  37.        
  38.        
  39.        
  40.        
  41.        
  42.        
  43.        
  44.                               ________
  45.                           ____|__     |               (R)
  46.                        --|       |    |-------------------
  47.                          |   ----|--  |  Association of
  48.                          |  |       |_|  Shareware
  49.                          |__|   o   |    Professionals
  50.                        -----|   |   |---------------------
  51.                             |___|___|    MEMBER
  52.        
  53.        
  54.  
  55.        
  56.  
  57.  
  58.  
  59.  
  60.                            Beta Test Program
  61.                            Table of Contents
  62.        
  63.        Introduction.......................................... 1
  64.        
  65.        What's in the package................................. 2
  66.             Manual........................................... 3
  67.             Ideas............................................ 3
  68.             Software......................................... 3
  69.             System requirments............................... 3
  70.        
  71.        What's a beta test program............................ 4
  72.             Design phase..................................... 5
  73.             Alpha testing.................................... 5
  74.             Beta testing..................................... 5
  75.             What beta testing is not......................... 6
  76.        
  77.        Why is a beta test program important.................. 6
  78.             Less bugs........................................ 6
  79.             Quicker application turnaround................... 7
  80.        
  81.        How will a beta test program help me.................. 7
  82.             Less bugs........................................ 7
  83.             More sets of eyes................................ 8
  84.        
  85.        Developing a beta program............................. 8
  86.             Items needed..................................... 8
  87.             What to give to testers.......................... 9
  88.             Customizing...................................... 9
  89.        
  90.        Making a beta program work........................... 10
  91.             Number of beta testers.......................... 10
  92.             Different pieces................................ 10
  93.             Share the effort................................ 11
  94.        
  95.        Methods of implementation............................ 11
  96.             Same testers.................................... 12
  97.             Different testers............................... 12
  98.             Specific testers................................ 12
  99.        
  100.        What's in it for the beta tester..................... 12
  101.        
  102.        What is BETARPT.EXE.................................. 13
  103.             System requirements............................. 13
  104.        
  105.        Why use BETARPT.EXE.................................. 15
  106.        
  107.        How will BETARPT.EXE help me......................... 15
  108.        
  109.        Summary.............................................. 15
  110.        
  111.        Trademarks........................................... 15
  112.  
  113.        
  114.  
  115.  
  116.  
  117.  
  118.                               INTRODUCTION
  119.        
  120.        Before we get started let me introduce myself. My name is 
  121.        John Michael Sanders. I write custom business software and 
  122.        shareware. I began my humble little business originally 
  123.        called, Energy Software, in 1989. I later dissolved that 
  124.        business and began MyLife software to better reflect the 
  125.        efforts I was putting forth in the business. I had hopes and 
  126.        dreams of being another Bill Gates. Well I must admit it 
  127.        hasn't turned out that way, but I haven't given up either.
  128.        
  129.        I started my business by writing small utility programs. My 
  130.        first major application was a program that computed monetary 
  131.        savings using various energy saving appliances and devices 
  132.        as apposed to conventional products. It was a good program, 
  133.        no sales, the company I wrote it for folded shortly there 
  134.        after.
  135.        
  136.        Several major projects later, I was faced with designing a 
  137.        30,000 line database application that would access 21,000 
  138.        files spread over 12 drives in 600 subdirectories in a 
  139.        network environment. Some application huh!
  140.        
  141.        Well, in 1991 the thought finally occurred to me how do I 
  142.        possible test, to the fullest extent possible the 
  143.        applications I have written. Therefore I wrote BETARPT. The 
  144.        use of BETARPT and an effective beta testing program reduced 
  145.        the time I could deliver an application to a client, or 
  146.        shareware market drastically.
  147.        
  148.        The quicker I could turnaround a software application that 
  149.        worked and was nearly bug free the more time I had to write 
  150.        other applications. The idea worked and I'm inching closer 
  151.        and closer to achieving financial independence. Look out, 
  152.        Bill. 
  153.        
  154.        The following pages are intended to provide you, the 
  155.        software developer, the same flexibility I have gained. I 
  156.        use something the big guys; IBM, MicroSoft, Borland and 
  157.        others have been using all along, a beta test program.
  158.        
  159.        I will assume that you are not new to the computer industry 
  160.        and have some experience with computers and a general 
  161.        business sense about you. In addition, I hope you are 
  162.        generally knowledgable about computer bulletin boards, If 
  163.        not you'll have to get smart before proceeding. 
  164.        
  165.        The big guys have known all along that they cannot detect 
  166.        all the possible bugs hidden within the applications they 
  167.        have written. Even with a good beta test program bugs in
  168.        
  169.        
  170.        
  171.                                    1
  172.  
  173.        
  174.        
  175.  
  176.  
  177.  
  178.  
  179.        software do get released by major companies, some are; 
  180.        MicroSoft-QuickBASIC v4.0, Central Point Software-PC Tools, 
  181.        v7.0, Ashton Tate-dBase v4.0 just to name a few.
  182.        
  183.        I won't focus on how to design your applications, market 
  184.        them, or dream up new ideas for you. The sole focus is to 
  185.        establish a method of allowing someone else, beta testers, 
  186.        to detect potential bugs in your software. I have also 
  187.        provided the basic tools for you to do this task. Two very 
  188.        fine Shareware applications that will give you much useful 
  189.        information on how to develop and market your Shareware 
  190.        applications are;
  191.        
  192.             a. The $hareware Marketing $ystem
  193.                Seattle Scientific Photography
  194.                Attn.: Jim Hood
  195.                P.O. Box 1506
  196.                Mercer Island, WA  98040
  197.        
  198.                (206) 236-0470
  199.        
  200.             b. The Shareware Book
  201.                Compass/New England
  202.                Attn.: Bob Schenot
  203.                P.O.Box 117
  204.                Portsmouth, NH  03802-0117
  205.        
  206.                (603) 431-8030
  207.        
  208.        These two applications would sure have made my life easier 
  209.        as a Shareware author if I knew they were available when I 
  210.        got started.
  211.        
  212.        A final free plug. I would suggest a considering a 
  213.        membership with the Association of Shareware Professionals. 
  214.        This association is dedicated to the growth of the shareware 
  215.        idea. The membership dues represent an investment, but; I 
  216.        believe the benefits far outweigh the cost.
  217.        
  218.        
  219.                          WHAT'S IN THE PACKAGE?
  220.        
  221.        The beta test package contains all the essential 
  222.        information needed to develop a successful beta test program 
  223.        within your organization. It is not designed to be totally 
  224.        inclusive. The reason behind this is each shareware 
  225.        developer operates differently. The scope of this 
  226.        application allows you the flexibility of building on a 
  227.        solid platform of proven performance.
  228.        
  229.        
  230.        
  231.        
  232.                                    2
  233.  
  234.        
  235.  
  236.  
  237.  
  238.  
  239.        I really encourage you to read, evaluate, and see if such 
  240.        an in-depth program will work for you. If you feel that your 
  241.        business is destined to grow slightly, or take off like 
  242.        wildfire and you use the ideas of this package then please 
  243.        register this application.
  244.        
  245.        
  246.        Manual
  247.        
  248.        When we have received your registration fee we will 
  249.        immediately send you the registered beta test packet. The 
  250.        registered packet includes; a printed manual that is easy to 
  251.        read. The manual has been designed exclusively for the 
  252.        registered version.
  253.        
  254.        
  255.        Ideas
  256.        
  257.        Included are ideas for the development of a somewhat 
  258.        aggressive beta test program. This program is the basic 
  259.        platform for you to modify to your special needs. The 
  260.        framework is there, and so is the ability to be successful.
  261.        
  262.        
  263.        Software
  264.        
  265.        Enclosed in the Beta Test package are the following files;
  266.        
  267.             APPLICAT.TXT - Application for prospective beta
  268.                            testers to complete. (This form
  269.                            provides a notice the individual is
  270.                            interested in beta testing your
  271.                            applications.)
  272.             BETARPT.EXE  - Beta report generator.
  273.             BETARPT.HLP  - Help file for BETARPT.EXE.
  274.             DESCRIPT.TXT - Description file of what the Beta Test
  275.                            Program is all about.
  276.             LICENSE.TXT  - BETARPT license agreement.
  277.             README.TXT   - README file for beta tester's.
  278.             REGISTER.TXT - The beta test registration form.
  279.             NONDIS.TXT   - A generic nondisclosure statement that
  280.                            should be signed by prospective beta
  281.                            testers prior to testing software. This
  282.                            form should protect you from having you
  283.                            application stolen. In addition, if you
  284.                            are offering features not available in
  285.                            any other application this document can
  286.                            protect you.  **
  287.             WHYBETA.TXT  - This setup manual.
  288.        
  289.        
  290.        
  291.        
  292.        
  293.                                    3
  294.  
  295.        
  296.  
  297.  
  298.  
  299.  
  300.        With registration you will be notified of product upgrades. 
  301.        This is important because the ever changing software market 
  302.        demands that you as a developer remain current to stay 
  303.        competitive.
  304.        
  305.        ** The nondisclosure statement is generic and should be 
  306.        reviewed by an attorney in your state to compensate for 
  307.        individual state laws.
  308.        
  309.        
  310.                       WHAT'S A BETA TEST PROGRAM?
  311.        
  312.        A beta test program is a program designed to remove any 
  313.        possible bugs from software prior to release to the public. 
  314.        This also includes finding and correcting discrepancies in 
  315.        the software's user manual or on-line documentation.
  316.        
  317.        In short as a developer you go through at least 10 phases 
  318.        in bringing your application from an idea to end product. 
  319.        Those phases, or stages, are;
  320.        
  321.             a. Idea
  322.        
  323.             b. Flow chart
  324.        
  325.             c. Rough working model
  326.        
  327.             d. Refinement of rough model
  328.        
  329.             e. Draft working model
  330.        
  331.             f. Refinement of draft model
  332.        
  333.             g. Near final working model
  334.        
  335.             h. Refinement of near final model
  336.        
  337.             i. Marketing of software application
  338.        
  339.             j. Release of software application
  340.        
  341.        You may not do all of them or not even in the order listed 
  342.        above. I haven't flow charted since college! The point is a 
  343.        serious application isn't developed over night.
  344.        
  345.        The above phases are broken into four distinct groups they 
  346.        are;
  347.        
  348.        
  349.        
  350.        
  351.        
  352.        
  353.        
  354.                                    4
  355.  
  356.        
  357.  
  358.  
  359.  
  360.  
  361.             a. Design phase
  362.                  1. Idea
  363.                  2. Flow chart
  364.        
  365.             b. Alpha Test
  366.                  1. Rough working model
  367.                  2. Refinement of rough model
  368.        
  369.             c. Beta Test
  370.                  1. Draft working model
  371.                  2. Refinement of draft model
  372.                  3. Near final working model
  373.                  4. Refinement of near final model
  374.        
  375.             d. Marketing and Release
  376.                  1. General marketing efforts.
  377.                  2. Release of software application
  378.        
  379.        
  380.        Design phase
  381.        
  382.        The design phase is the period that you use too mentally or 
  383.        on paper develop your application. It includes, but not 
  384.        limited; user interface, file I/O structures, user base of 
  385.        the software, and file design.
  386.        
  387.        
  388.        Alpha testing
  389.        
  390.        Alpha testing is designed to make sure that all features of 
  391.        the product work with other hardware and software that you 
  392.        have available. All alpha testing should be done in-house by 
  393.        you or other individuals working directly on the 
  394.        application. Alpha testing is always done before the product 
  395.        goes to outside sources. In addition, all major bugs are 
  396.        resolved. The software documentation and user manual is in a 
  397.        draft stage. At this point the software should not have left 
  398.        the development site.
  399.        
  400.        
  401.        Beta testing
  402.        
  403.        Once the in-house team has used the application 
  404.        sufficiently to ensure the application doesn't routinely 
  405.        lockup or blow off the software can be released for beta 
  406.        testing. 
  407.        
  408.        The beta test version of the software may be mailed to beta 
  409.        testers or it may be made available to beta testers on a 
  410.        local bulletin board.
  411.        
  412.        
  413.        
  414.        
  415.                                    5
  416.  
  417.        
  418.  
  419.  
  420.  
  421.  
  422.        In the beta test phase the application is put through the 
  423.        paces of real world situations.  Beta testers help by using 
  424.        the software in their day-to-day environments. The beta 
  425.        testers provide more variety of testing to catch cosmetic 
  426.        flaws, compatibility problems, and other peculiarities about 
  427.        the software than in-house testing could possibly detect. 
  428.        Beta testers use the software and report anything that is 
  429.        not described by the manual, or seems to function 
  430.        improperly.
  431.        
  432.        During this phase the beta tester is expected to report 
  433.        problems to you, you attempt to duplicate the problem and 
  434.        promptly correct the fault. Once several bugs have been 
  435.        detected by testers and fixed by the programmer(s) a beta 
  436.        test maintenance release should be issued to beta testers.
  437.        
  438.        Once a maintenance release is issued the beta testers 
  439.        should try to duplicate the errors they reported earlier to 
  440.        see if they were corrected in the maintenance release.
  441.        
  442.        
  443.        What beta testing is not
  444.        
  445.        Beta testing should not be a phase for redesigning the 
  446.        software. The primary purpose of beta testing is to find 
  447.        problems the way the program currently stands. As with most 
  448.        software, there may be features that the beta tester will 
  449.        dislike. As a developer and marketer it is wise to listen to 
  450.        potential customer comments, however; software redesign 
  451.        should not occur. At this point the your software has gone 
  452.        through some very timely processes and redesign would be to 
  453.        time consuming.  Beta tester comments can always be added in 
  454.        future software releases.
  455.        
  456.        
  457.                   WHY IS A BETA TEST PROGRAM IMPORTANT
  458.        
  459.        A beta testing program is important for two reasons; first 
  460.        it allows the developer to detect bugs early and it provides 
  461.        quicker turnaround of the application.
  462.        
  463.        
  464.        Less bugs
  465.        
  466.        The primary reason for a beta test program is that bugs are 
  467.        detected before the software is released to the public. If 
  468.        you have not sufficiently tested your software and released 
  469.        your program potential customers will be finding the bugs 
  470.        and move on to a competitors product without the bugs.
  471.        
  472.        
  473.        
  474.        
  475.        
  476.                                    6
  477.  
  478.        
  479.  
  480.  
  481.  
  482.  
  483.        In starting my fledgling software business, MyLife 
  484.        Software, I had a problem in effectively beta testing my 
  485.        software. First I tried to beta test my applications. If 
  486.        they were small I could do it just fine. Yet; larger 
  487.        applications cannot be tested correctly by just one person. 
  488.        I could not find all possible bugs that existed. Only 
  489.        through a well managed program can software bugs be removed, 
  490.        identified and fixed.
  491.        
  492.        
  493.        Quicker application turnaround
  494.        
  495.        By using the beta tester to detect your bugs this provides 
  496.        a greater opportunity for you to turn your applications 
  497.        around quicker. As an example; consider 12 testers working 
  498.        one hour a day on your application. This is 12 man hours. If 
  499.        you had to test and debug your own software that is a day 
  500.        and a half down the tube. 
  501.        
  502.        After one week of using a dedicated group of beta testers 
  503.        you will be able to detect more bugs than if you worked on 
  504.        an application yourself for a whole month. If only one 
  505.        individual debugs an application it defeats the purpose for 
  506.        testing. One user only uses the application a certain way. 
  507.        It would be very difficult for a single tester to alter 
  508.        there style of use.
  509.        
  510.        
  511.        
  512.                  HOW WILL A BETA TEST PROGRAM HELP ME?
  513.        
  514.        Most shareware developers write software in hopes of making 
  515.        additional income. It is this driving force that should make 
  516.        you want to have a good beta test program. The cost of 
  517.        maintaining a beta test program is minimal in comparison to 
  518.        potential revenue lost. 
  519.        
  520.        
  521.        Less bugs
  522.        
  523.        By making use of an effective beta test program you can 
  524.        reduce the likelihood your target customer base will detect 
  525.        any bugs. Nothing will cause the loss of sales quicker than 
  526.        a nonfunctional or malfunctioning software application. I 
  527.        speak from experience on this matter. 
  528.        
  529.        
  530.        
  531.        
  532.        
  533.        
  534.        
  535.        
  536.        
  537.                                    7
  538.  
  539.        
  540.  
  541.  
  542.  
  543.  
  544.        More sets of eyes
  545.        
  546.        Prior to release it is best to have as many eyes looking at 
  547.        an application as possible. Those eyes can detect subtle 
  548.        differences if user interfaces, help screens, or other 
  549.        inconsistencies. I can't stress enough the importance of 
  550.        this area. Even a non-computer user looking at the various 
  551.        screens in an application may be able to provide very good 
  552.        advise. You would be surprised that even a child can provide 
  553.        useful input.
  554.        
  555.        
  556.                        DEVELOPING A BETA PROGRAM
  557.        
  558.        As in anything, developing a beta test program is more 
  559.        difficult than maintaining it. Some thought is required for 
  560.        development of a beta test program. Some large commercial 
  561.        software companies offer 800 numbers that access a dedicated 
  562.        beta test bulletin board and Federal Express all beta 
  563.        releases. Others will use a message base on CompuServe. 
  564.        Unless you are very wealthy I do not recommend this. An 
  565.        effective program can be set up with a minimal investment of 
  566.        money.
  567.        
  568.        
  569.        Items needed
  570.        
  571.        Several things are required to make reporting procedures 
  572.        easier for your testers and distribution of beta test 
  573.        releases easier for you. The absolute minimum items are; 
  574.        
  575.             a. A database program to maintain all valid beta 
  576.        testers.
  577.        
  578.             b. A bulletin board, or access to, to receive bug 
  579.        reports and distribute updated beta releases.
  580.        
  581.             c. On the bulletin board a message base is needed. In 
  582.        addition, a special user ID for each product tested is 
  583.        required to collect dedicated bug reports for review by you.
  584.        
  585.        Ensure that when the bulletin board is set up that you have 
  586.        a weekly bulletin that is available to beta testers that 
  587.        provides them the status of the test. This is important 
  588.        because it helps in maintaining the interest of the testers.
  589.        
  590.        
  591.        
  592.        
  593.        
  594.        
  595.        
  596.                                    8
  597.  
  598.        
  599.  
  600.  
  601.  
  602.  
  603.        The above items are almost essential to get a beta test 
  604.        program off the ground. The database is required to maintain 
  605.        information about a potential tester likes and dislikes 
  606.        about different software applications. If would make no 
  607.        sense to send a beta tester a graphics application you have 
  608.        developed if they do not use graphics applications. You will 
  609.        find it is much more beneficial to select testers that have 
  610.        an interest in the application you are asking them to test.
  611.        
  612.        Your own bulletin board is a whole lot easier to maintain 
  613.        bug reports and distribute beta releases than using one 
  614.        belonging to someone else. However; if you cannot afford it 
  615.        here's a recommendation. Select a bulletin board in your 
  616.        area and ask the SYStems OPerator (Sysop) if you may use 
  617.        their board to run your beta test program from. Most will be 
  618.        more than will to help. 
  619.        
  620.        
  621.        What to give to testers
  622.        
  623.        When you have accepted an individual to become a beta 
  624.        tester the following files should be provided to the beta 
  625.        tester from the Beta Test package;
  626.        
  627.             BETARPT.EXE  - Main report generator
  628.             BETARPT.HLP  - Beta report help
  629.             README.TXT   - Instructions for using BETARPT
  630.        
  631.        These are the minimum files that some be provided. You may 
  632.        decide to include additional files. This is your choice.
  633.        
  634.        
  635.        Customizing
  636.        
  637.        The BETARPT.HLP and README.TXT files are in ASCII format. 
  638.        This was done intentionally to allow you, the developer, to 
  639.        customize the format as desired. I encourage you to do so. 
  640.        Altering the files will insert your companies favor and 
  641.        attitude. 
  642.        
  643.        A note on the help screens. Each help screen is delimited 
  644.        by a ^ sign. If you look at the help file you will notice 
  645.        the carrot(^). Do not remove the ^ or the capitalized 
  646.        letters that follow it. Do not start a line with the ^ sign 
  647.        as the BETARPT program will interpret this as a new help 
  648.        topic. Each help screen is limited to 125 lines. I feel that 
  649.        you should be able to say what is required within this 
  650.        limit.
  651.        
  652.        
  653.        
  654.        
  655.        
  656.                                    9
  657.  
  658.        
  659.  
  660.  
  661.  
  662.  
  663.        The README.TXT file will have to be minimally edited. If 
  664.        you do not a FAX then you'll need to remove the references 
  665.        to the FAX number. Also, you must insert your company name, 
  666.        address, and phone number. If there are any special 
  667.        procedures that you'll use on a regular basis this is the 
  668.        file to put them in. Think this out and be sure you say it 
  669.        clearly or you will get calls from your beta testers.
  670.        
  671.        
  672.                        MAKING A BETA PROGRAM WORK
  673.        
  674.        It takes work to maintain and operate an effective beta 
  675.        test program as I addressed earlier. If you are the chief 
  676.        cook and bottlewasher of your operation then set aside time 
  677.        solely to work with the program.
  678.        
  679.        I can't tell you what is an appropriate amount of time, but 
  680.        the bigger the application the more time you should spent in 
  681.        the maintenance of bug reports and answering beta tester 
  682.        messages.
  683.        
  684.        
  685.        Number of beta testers
  686.        
  687.        This is a difficult topic to cover. The difficulty lies in 
  688.        the selecting of beta testers. For some of you 10 to 15 good 
  689.        beta tester should be sufficient. For others you might have 
  690.        to select 40 or more testers to test effectively your 
  691.        application. An absolute minimum of 10 beta testers should 
  692.        be used to evaluate accurately your application.
  693.        
  694.        I firmly believe more is better in the beta test arena. My 
  695.        bias comes because no two users ever use an application the 
  696.        same way. It only then seems logical more potential 
  697.        application flaws can be captured by more testers. I should 
  698.        add that this belief has not left me disappointed.
  699.        
  700.        
  701.        Different pieces
  702.        
  703.        When I have specific custom applications tested I tend to 
  704.        break the major application into smaller pieces. An example 
  705.        is if I were working on a large database application I might 
  706.        send the report program to one set of testers and the screen 
  707.        generator to another set and so on. 
  708.        
  709.        
  710.        
  711.        
  712.        
  713.        
  714.        
  715.        
  716.        
  717.                                    10
  718.  
  719.        
  720.  
  721.  
  722.  
  723.  
  724.        I do this is done for three reasons;
  725.        
  726.             a. Many times the application has a very specific 
  727.        business function. The time it would take to get a beta 
  728.        tester fully knowledgable about the application may exceed 
  729.        the test period. 
  730.        
  731.             b. The other big reason is I write a lot of 
  732.        proprietary software and I never allow never allow a tester 
  733.        to have the whole application. It is not to say that I don't 
  734.        trust the select group of testers that help me, I just never 
  735.        want to test or tempt them.
  736.        
  737.             c. Many of my business applications are very large and 
  738.        would exceed the capacity of the average testers harddrive.
  739.        
  740.        Spliting an application into pieces requires extra work 
  741.        you. It may include you creating special script files to be 
  742.        used. A script file is a dummy file that contains only the 
  743.        essential information to run the selected application. In 
  744.        the above example of the report generator you may develop a 
  745.        test database to give to the tester.
  746.        
  747.        The script files provided to the tester should be large 
  748.        enough to cover every aspect of the portion they are asked 
  749.        to test. If you fail to include an important section in your 
  750.        script file that portion will obviously not be tested.
  751.        
  752.        
  753.        Share the effort
  754.        
  755.        Sometimes I like to share the effort. This means I ask a 
  756.        group of testers to focus on a certain aspect of an 
  757.        application. I personally dislike writing mouse interfaces. 
  758.        In knowing my dislikes, I ask a group to check out every 
  759.        screen in which a mouse appears or should appear. I may ask 
  760.        any group to test only user interface and yet another to 
  761.        test the help system. You could break your section into as 
  762.        narrow or wide section as you desire.
  763.        
  764.        
  765.                        METHODS OF IMPLEMENTATION
  766.        
  767.        Once you have got the BBS set up, a database on-line and 
  768.        are ready to go here's the next step. I would recommend that 
  769.        you ask local SYSOPs and users groups to pass around the 
  770.        files APPLICAT.TXT and NONDIS.TXT. These files contain the 
  771.        application that a prospective beta tester should fill out 
  772.        and the nondisclosure statement.
  773.        
  774.        
  775.        
  776.        
  777.        
  778.                                    11
  779.  
  780.        
  781.  
  782.  
  783.  
  784.  
  785.        Same testers
  786.        
  787.        If a beta tester is helping you then by all means continue 
  788.        to use this tester. After a while these beta testers will 
  789.        become even quicker in submitting bug reports and prove to 
  790.        be a valuable asset. Sometimes, in exploring the flip side, 
  791.        you may have a tester with a very specific interest and can 
  792.        exploit the testers interest on the one application during 
  793.        each upgrade.
  794.        
  795.        
  796.        Different testers
  797.        
  798.        You should constantly be seeking new beta testers. It is 
  799.        always better to have to many than not enough as I wrote 
  800.        earlier. Bringing in new testers in the middle of a beta 
  801.        test window should not occur. If you are a one person 
  802.        operation you'll most likely be to busy dealing with your 
  803.        present bunch of testers to bring new ones on board.
  804.        
  805.        Only between beta test windows should you review beta test 
  806.        applications and provide them access to the BBS or send them 
  807.        an acceptance letter.
  808.        
  809.        
  810.        Specific testers
  811.        
  812.        Using the same testers repeatedly I have found not to be a 
  813.        wise idea. You must constantly bring new blood into your 
  814.        beta test program. The reason is beta testers learn your 
  815.        style and idiosyncracies. I'm not saying flush out all 
  816.        testers after every application test. Continually attempt to 
  817.        acquire new testers all the time.
  818.        
  819.        
  820.                    WHAT'S IN IT FOR THE BETA TESTER?
  821.        
  822.        Generally a person gets involved in beta testing 
  823.        applications because they have an interest in that 
  824.        particular type of application. They get to use the software 
  825.        before it is available to anyone else and can assist you in 
  826.        making it the best possible. 
  827.        Beta testers don't get paid for there services. They work 
  828.        for the love of using new applications. If fact, some 
  829.        testers even pay for the privilege of testing new software. 
  830.        During the beta test phase of OS/2 v2.0 selected persons 
  831.        paid $60.00 for the beta test disks and manuals. Hard to 
  832.        believe, isn't it!
  833.        
  834.        
  835.        
  836.        
  837.        
  838.        
  839.                                    12
  840.  
  841.        
  842.  
  843.  
  844.  
  845.  
  846.        Beta testers play with your application several hours a 
  847.        week and get to deal with the frustration of it not 
  848.        performing as expected, writing you reports, and gaining the 
  849.        satisfaction of their efforts being corrected in the final 
  850.        release.
  851.        
  852.        One benefit beta testers generally receive, is a registered 
  853.        copy of the software they have tested so faithfully. This is 
  854.        an important reward for their efforts. Sometimes it is not 
  855.        possible to provide them a registered copy of certain 
  856.        applications. As in the case of custom business software. 
  857.        However; a beta tester may be able to become a client in 
  858.        future software endeavors.
  859.        
  860.        Sometimes you as the software developer may offer a 
  861.        commercial software application as a prize to the beta 
  862.        tester reporting the most valid bugs. You could also have a 
  863.        random drawing for free software or hardware for any beta 
  864.        tester who has submitted a valid bug during the beta testing 
  865.        window.
  866.        
  867.        If you maintain your own BBS you could set up special 
  868.        message bases available only to valid beta testers. Another 
  869.        idea might be to raise there access time and file download 
  870.        limit. If you run a registered, pay, board you should give 
  871.        them free access.
  872.        
  873.        As you can see, the privileges are few and the expectations 
  874.        are high for beta testers. If you treat them well they will 
  875.        work hard for you and be a cornerstone of your business 
  876.        operation.
  877.        
  878.        
  879.                           WHAT IS BETARPT.EXE?
  880.        
  881.        BETARPT.EXE is a beta report generator used for creating 
  882.        bug reports. The program is designed to be used by your beta 
  883.        testers. The reports are to be used by you the software 
  884.        developer. This file, when used by the beta tester will 
  885.        generate a bug report that will allow you to isolate and fix 
  886.        a bug not detected during the alpha test phase.
  887.        
  888.        The BETARPT program is specifically tailored for developing 
  889.        bug reports. It only function is to do that, and it does it 
  890.        well. Yes, I have debugged it!  I've used this program in 
  891.        one stage or another for over one year and it provides the 
  892.        optimum information required for removing annoying bugs and 
  893.        application flaws.
  894.        
  895.        
  896.        
  897.        
  898.        
  899.        
  900.                                    13
  901.  
  902.        
  903.  
  904.  
  905.  
  906.  
  907.        In order to allow this software to be customized with your 
  908.        business name do the following;
  909.        
  910.             a. Immediately create a working copy of the diskette. 
  911.        Use the DOS COPY command for this.
  912.        
  913.             b. load BETARPT with the command line \SC.
  914.        
  915.                  EXAMPLE A:\> BETARPT \SC
  916.        
  917.             c. At this point enter your company name and press 
  918.        ENTER.
  919.        
  920.             d. Next, place your street address and press ENTER.
  921.        
  922.             e. Enter your City, State, and Zip.
  923.        
  924.             f. Finally, enter your Technical support phone number 
  925.        and press ENTER.
  926.        
  927.             g. If the information is correct press 'Y'.
  928.        
  929.             h. If you desire to save the information you have just 
  930.        entered then press 'Y' and the data will be saved to 
  931.        BETARPT.EXE.
  932.        
  933.        Your companies information will replace the information 
  934.        initially displayed on the main menu screen.
  935.        
  936.        The disk you just created will become your distribution 
  937.        diskette. Remember to distribute this diskette and not the 
  938.        clean diskette or you will have the reminder message 
  939.        displayed at the top of the screen.
  940.        
  941.        
  942.        System Requirements
  943.        
  944.        The BETARPT.EXE program requires the minimum;
  945.        
  946.             a. Monitor (Color recommended)
  947.        
  948.             b. Single disk drive
  949.        
  950.             c. 1 floppy disk
  951.        
  952.             d. DOS 3.0 or above
  953.        
  954.             e. 8086 processor or above
  955.        
  956.        That is it! The entire program and the help file will fit 
  957.        on a single 360k floppy disk.
  958.        
  959.        
  960.        
  961.                                    14
  962.  
  963.        
  964.  
  965.  
  966.  
  967.  
  968.                           WHY USE BETARPT.EXE?
  969.        
  970.        The need is clear for the use of this application. By 
  971.        implementing BETARPT.EXE into your software testing and 
  972.        develop process you should be able to achieve new heights in 
  973.        developing applications. This is no high pressure software 
  974.        sales pitch. By using BETARPT.EXE or even you writing your 
  975.        own bug report generator, you could literally save hundreds 
  976.        of hours debugging your own software.
  977.        
  978.        
  979.                      HOW WILL BETARPT.EXE HELP ME?
  980.        
  981.        The BETARPT.EXE application will directly help you by 
  982.        standardizing all bug reports submitted by beta testers. 
  983.        With this standardization in mind it will make your life of 
  984.        correcting software bugs much, much easier. I can tell you 
  985.        that having a printed report of a bug is a whole lot easier 
  986.        to read and understand than a scribbled note submitted by a 
  987.        friend. Not to mention the reports can be saved to a file 
  988.        for later recall in developing software updates because I 
  989.        have provided you with a product recommendation area.
  990.        
  991.        
  992.                                 SUMMARY
  993.        
  994.        In summary I have attempted to provide the information and 
  995.        software used to create a successful beta test program. Once 
  996.        again, this information is by no means complete. With the 
  997.        thousands of software companies in existence today each will 
  998.        operate differently, and so will you. Use this information 
  999.        as the bedrock for the development of your own program and 
  1000.        you will not be disappointed.
  1001.        
  1002.        
  1003.                                TRADEMARKS
  1004.        
  1005.        I have used a few product names and software manufacturers 
  1006.        and wish to give them credit were credit is due;
  1007.        
  1008.        dBase IV is a trademark of Ashton-Tate, Borland 
  1009.        International.
  1010.        
  1011.        PC Tools is a trademark of Central Point Software.
  1012.        
  1013.        QuickBASIC is a trademark of Microsoft Corporation.
  1014.        
  1015.        IBM and OS/2 is a trademark of International Business 
  1016.        Machines Corporation.
  1017.        
  1018.        
  1019.        
  1020.        
  1021.        
  1022.                                    15
  1023.